home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 843 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB
  1. From: walra%moacs11@nl.net (Waldi Ravens)
  2. Subject: Re: Online Help
  3. Date: Mon, 18 Jul 1994 16:33:28 +0100
  4. Precedence: bulk
  5.  
  6. Ofir Gal in <memo.680064@cix.compulink.co.uk>:
  7. >> The AV protocol assumes that processes have access to memory locations
  8. >> that belong to other processes. This might become a problem under future
  9. >> versions of MiNT.
  10. > I _think_ you can get around this by using Mxalloc().
  11. Michel Forget in <2e298458fd9ca@elfhaven.ersys.edmonton.ab.ca>:
  12. > Memory Protection is currently a problem for the AV-Protocol.
  13. > You need to use Mxalloc() to allocate space for the string you want to
  14. > send, copy the string to the new (unprotected) memory, and then pass
  15. > that address.  It is a little round-about, but what can you do?
  16.  
  17. Yes, that is true for _current_ versions of MiNT. I was thinking of
  18. _future_ versions which will support virtual memory. For example:
  19.  
  20. Process A does a Pfork(), creating process B. The datasegments of both
  21. processes are now located at the same virtual (not physical) adresses.
  22. Process A sends a VA_START message to B, passing a pointer to a string.
  23. Process B will not be able to access that string.
  24.  
  25.  
  26. Warwick Allison in <9407172252.AA19614@uqcspe.cs.uq.oz.au>:
  27. > So what happens if Holger decides to stop producing ST-Guide?
  28.  
  29. You develop your own help-viewer. Your implementation would off course
  30. be freeware with sources available :-). There is a difference between
  31. making the ST-guide application a standard and making the ST-guide
  32. hypertext format a standard. The former doesn't make any sense, the
  33. latter does.
  34.  
  35. Warwick Allison in <9407172245.AA19463@uqcspe.cs.uq.oz.au>:
  36. > I think his ignores the fact that some people produce FREE software that
  37. > they would also like to have follow the standard. I wouldn't like my free
  38. > programs to become a vehicle for funding someone else's income.
  39.  
  40. I don't think there is a free (including sources) online helpsystem
  41. available? Assuming that you have no principal objections against _some_
  42. online helpsystem being part of the GUI standard, there's two choices:
  43.  
  44. 1. A hypertext format that is completely new to the Atari platform.
  45.    Even if that format is already in use on other platforms someone
  46.    would still have to produce a viewer for the Atari platform, and
  47.    hopefully make it available to others.
  48.  
  49. 2. A hypertext format that is already supported on the Atari platform.
  50.    ST-guide's format has some clear advantages over the 1st-guide and
  51.    the Pure C/Pure Pascal formats. No-one would stop you from writing
  52.    your own viewer and distributing it under your terms.
  53.  
  54. Hmm, having said that I must admit that in case (2) you would also have
  55. to rewrite the hypertext compiler. I still think it is preferrable to
  56. choose a format that is already widely supported, but I'm open to any
  57. reasonable alternatives.
  58.  
  59.  
  60. Regards,
  61.           Waldi  (walra%moacs11@nl.net)
  62.